


Graphic LCD Module 
for 8051 Micros 


playing around with pixels and bytes 


Design by Luc Lemmens 


In this article, we describe how a display using the popular Toshiba T6963 
controller can be driven by an 8051 (or compatible) microcontroller. Read 
on to find out how to use the full display for a graphic image and how to 
convert an image on the PC into the pixels needed by the display. 
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For the familiar alphanumeric dis- 
plays used in many Elektor Electron- 
ics projects, Hitachi has set the 
industry standard with its HD44780 
controller. Nearly all manufacturers 
use this controller in their LCD mod- 
ules, with the result that in practice it 
does not matter which display you 
attach to your circuit, although the 
connector may vary from one brand 
to the next. 

The situation with monochrome 
graphic modules is similar, although 
here we unfortunately find that there 
is much less standardisation on a 
single controller. One controller that is 
certainly used quite often is the 
Toshiba T6963, so we decided to see 
how a display fitted with this con- 
troller could be driven using an 8051 
or compatible microcontroller. Our 
starting point was the compact 
80C597 board described the January 
and February 2000 issues, along 
with its associated EEPROM 
(9'76510-1), but in principle any other 
microcontroller system could be 
used just as well. 

The graphic display that served as 
the guinea pig for our experiments 
was a Sharp LM24014 module with 
240 x 64 pixels, but any other display 
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with a T6963 controller could be used 
for the experiments in this article 
without any problems. For displays 
with a different pixel ratio, small 
modifications will be needed in the 
software described in this article. 
Naturally, a lot more could be said 
about driving this type of display 
than we can fit into the confines of 
this article. For other applications 
and options, such as using the stan- 
dard text mode (comparable with an 
alphanumeric display), we refer you 
to the data sheet for the T6963 con- 
troller or the documentation for what- 
ever display module you may have 
that is fitted with this controller. 


The LCD module 


Three registers in the graphic mod- 
ule are used to drive the LM24014: 
the data register, the command reg- 
ister and the status register. Com- 
munications takes place by first writ- 
ing one, two or no values to the data 
register and then sending an instruc- 
tion to the command register. After 
this, a value can be read back from 
the data register if this is supported 
by the instruction in question. The 
status register must be polled prior 
to each individual read or write task, 
in order to check whether the dis- 
play has finished processing the pre- 
vious task and is ready to receive 
and process new data. 

The command and data registers 
can be directly accessed, but not the 
status register. If we want to read 
the status, we must first send a 
Read Status instruction to the com- 
mand register, following which the 
status byte can be read from the 
data register. As can be seen from 
Figure 1, there are various status 
bits that indicate which processes 
the display can handle. In some 
cases, it is necessary to check sev- 
eral status bits and verify that they 
have the proper values before 
instructing the display to process 
new information. 


Interface 


The 20 connection pins of the display 
include 8 bi-directional data lines, a 
reset line and 4 control signals (CE, 
RD, WR en C/D, which we will dis- 
cuss later). The LCD module also has 
an internal character ROM, just like 
the better-known alphanumeric dis- 
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| status Bit || Description (| | Funcion = 
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Data Auto Read Ready flag (Only valid in Data ngung n || - 
eee) Auto Read/Write modes (section 8.6)) ae | SREADY 
STA eee ETE E 
STA5 (CLR) Clear flag indicating operation of the T6963C =NOT CLEARED =CLEARED & Operating 


Error flag for Screen Peeking and Screen uquu4u||=Address Pointer Valid = Address Pointer 
PIAR ERROR) Copy commands (section8.8 & 8.9) out of Graphic Area 


STA7 (BLINK) |[Blink flag to indicate status of Blink condition =Display OFF =Normal (Display ON) 





Figure |. Contents of the status register. 
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Figure 2. Adapter circuit for connecting the display to the 80C537 board. 
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plays, and pin 19 allows you to choose a char- 
acter matrix with either 6 x 8 or 8 x 10 pixels. 
The displays works on +5 V, but for contrast 
adjustment it needs a relatively large supple- 
mentary negative voltage (between -12 V 
and —6 V, according to the data sheet). Many 
more modern displays can manage with one 
diode voltage drop below ground level or 
even 0 V. Check the data sheet if you use a 
different display module. 

The display is connected to the 80C537 board 
via the simple adapter circuit shown in Fig- 
ure 2. The data bus of the display is con- 
nected directly to the data bus of the micro- 
controller board. IC1 is an address decoder 
that allows the display to be addressed at 
OFF xxh. The decoder output corresponding to 
this address is connected to the CE (Chip 
Enable) line of the LCD module. Address line 
AO is connected to C/D, which is the control 
line that looks after the selection of the inter- 
nal command or data register of the display. 
This means that the data register can be read 
or written at address OFF0Oh, while the com- 
mand register is located at OFFO1h. The 
Reset, RD en WR (Read and Write) lines of the 
display are connected to the signal lines with 
the same names on the microcontroller board. 
For completeness, the interface board is also 
fitted with a 7805 voltage regulator to provide 
the operating voltage to the display. This volt- 
age can also be used to power the processor 
board via pins 5 and 9 (GND and +5 V, 
respectively) of K1 on the printed circuit 
board. 

The printed circuit board layout for the inter- 
face circuit is shown in Figure 3. Since this 
board is available ready-made from Readers 
services, assembling the circuit should not 
present any problems. 





Driving the display using software 


The flowchart shown in Figure 4 shows the 
sequence in which the data must reach the 
display. Naturally, the first thing that must be 
done is to switch on the power and allow the 
display to receive a power-on reset. As can 
be seen, in our case this signal is provided by 
the Reset signal from the microcontroller 
board. 

Before the display module is ready to receive 
images, it is necessary to make a few para- 
meter settings. This involves (in arbitrary 
order) defining the width of the graphic area 
on the display, specifying the starting 
address of the graphic area, selecting the dis- 
play mode and enabling the graphic display 
mode via software. In contrast to an alphanu- 
meric display, therefore, there is not any true 
initialisation. The parameters settings that 
we make here can certainly be modified later 
on. 


46 





000134-1 


S 






TN 





000134-1 
(C) ELEKTOR 


[e 





| ooo 


Figure 3. Printed circuit board track layout and component layout for the circuit of 


Figure 2. 


Graphic Area 


The width of the graphic area (GA) 
depends on the level at pin 19 of the 
display module, which selects a 6 x 8 
or 8 x 8 character matrix. As will be 
seen, the screen is filled from the top 
left to the bottom right, always using 
strips that are 1 pixel high and (in 
our case) 8 pixels wide. If we select 
6 x 8 (pin 19 at +5 V), the data bytes 
that we send to the display are actu- 
ally only six pixels, since the two 
most significant bits will simply be 
ignored. With 8 x 8 (pin 19 at 0 V), 
the two uppermost bits are shown 
on the display. Our display is 240 
pixels wide, so at 8 x 8 the width of 
the graphic area is 240 + 8 = 30 
(hexadecimal OE1h), and at 6 x 8 it is 
240 + 6 = 40 (hexadecimal 028h). 


Graphic Home Address 


The memory in a display module is 
generally larger that what can be 
shown on the display. Consequently, 
we have to specify which memory 
address will be displayed at the top 
left corner of the screen. This is 
called the Graphic Home Address 
(GHA). The content of this memory 
location contains the first eight pix- 
els (small horizontal strip) on the dis- 


play. The next address contains the 
eight pixels located immediately to 
the right of the first eight pixels. In 
our case, the second line of the dis- 
play begins thirty addresses past 
the starting address, and each suc- 
cessive nth line starts at the address 
GHA + n (GA). After an image has 
been placed in the graphic memory, 
we can cause it to scroll vertically 
over the display by increasing or 
decreasing the value of GHA by inte- 
ger multiples of GA. 


Display Mode 


Here, in addition to things such as 
switching the curser on and off, we 
can specify what the display will do 
if text pixels and image pixels over- 
lap. In the OR mode, a pixel will be 
switched on if it is driven either as 
text or as an image pixel. The other 
modes are AND (the pixel is on if it 
is driven in both forms) and XOR (the 
pixel is on only if it is driven in only 
of the two forms). 


Data for 
the graphic display 


After these settings have been 
made, data can be written to the 
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COMPONENTS LIST 


Pl = IkQ preset H 


Cl-C4,C7 = 10uF 16V 
C5,C6,C9 = 100nF 
C8 = 470uF 16V 


Semiconductors: 


graphic memory of the LCD module. 
With the GHA setting, we have 
already specified which memory 
address contains that data that will 
appear at the top left of the display 
(the first horizontal strip of 8 pixels). 
We can address each byte on the 
display by setting the Address 
Pointer of the display to the value 
corresponding to the associated 
address and then sending a data 
byte to the module. However, it is 
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Next, we use an application written in Delphi 
(version 2.0) to translate the pixels in the 
image into data bytes for the display. These 
bytes are automatically added to an assem- 
bly language listing, which in turn must be 
translated into an Intel HEX file using an 8051 
assembler. A terminal emulator program is 
then used to load this file into the program 
memory of the 80C537 board via the serial 
port, and the application is started. Following 
this, we can admire the result of our efforts 
and artistic inspiration on the graphic display. 


IC2,1IC3 = ICL7660 
IC4 = 7805 


highly cumbersome to always have 
to first send two bytes for the 
address followed by the data byte in 
order to address eight pixels, which 
is why the display also has an Auto 
Write mode. This requires the start- 
ing address to be supplied only one 
time, followed by all the data bytes. 


Making pictures with Paint 


In order to make an image (or make it suit- 
able) for reproduction on the display, first 
start Paint (in the Start menu under Acces- 
sories). The click on the Images/Attributes 
menu and make the following settings (see 


Miscellaneous: 

KI = 35-way SIL connector 

K2 = 20-way boxheader 

PCB order code 000134-I (see 
Readers Services pages) 

Disk, project software, order code 


HOME POSITION 


single pixel. This is due to the fact 
that the graphic memory can also be 
read out, We can thus read the byte 
containing the pixel in question, 
switch that bit on or off using AND 
or OR instructions and then write 
the modified byte back to the same 
address in the display module (nat- 
urally, it is also possible to change 
several bits at the same time). 


Communicating with the display is 
thus not all that complicated, but 
how do you translate an image into 
bytes? In the old days, this was done 
with grid paper by first colouring in 
individual squares to form the image 
in large and then repeatedly count- 


000134-I 1 (see Readers The display itself then looks after Figure 5): 
Services pages) incrementing (or decrementing!) the 
Address Pointer after processing Units: pixels 
each individual byte. Following the Colors: black and white 
final data byte, this mode must be Width: width of the display in pixels (in 
switched off. our case, 240) 
Note that it is also possible to altera Height: height of the display in pixels (in 


our case, 64) 


After this, you can go to work with the draw- 
ing tools and make a new image, or you can 
take an existing image in any desired graphic 
format (BMP GIF etc.) that is supported by 
Paint and enlarge or shrink it so that it nicely 
fits in the window. When closing the file, you 
must make sure that it is in fact saved as a 
monochrome bitmap! 


Converting the bitmap 


In addition to the image, BMP files contain a 
lot of other information (such as the number 
of colours, dimensions and so on) that are not 
necessary for our application. Here we will 
not devote any more attention to this ‘extra’ 
information, but will just use Delphi to extract 


ing off blocks of eight squares to 
form bytes (with a black square 
being a ‘1’ and a white one a ‘0’). 
This is the technique that we will 
use, but now with the aid of modern 
tools! 


ADDRESS 
POINTER SET 


DATA WRITE 











From pictures to bytes Chis ee Pande 
We will use the PC to prepare an Colors 
image for reproduction on the TÈ Eisi arei bata e Cebri 
graphic display. The picture can be 
d in Paint (the standard Enana 
900134-<13 generated in Fain r 


drawing program provided with 
Windows), or an existing image can 
be enlarged or reduced so that it 
nicely fits on the display and then 
stored in bit-map format (.BMP). 





Figure 4. This flow chart shows the 
order in which the data should arrive 
at the display. 


Figure 5. These settings should be made when 
starting the Paint program. 
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the pure pixel data from the bitmap 
file. In Delphi, we make use of a ‘can- 
vas’ component, which is a sort of 
backdrop onto which a picture can 
be placed. The program looks after 
converting the BMP file to a graphic 
presentation, and the canvas is then 
a two-dimensional array of pixels: 
the modern version of our old-fash- 
ioned grid paper. The program is not 
dependent on the on the dimensions 
of the image. The canvas component 
automatically adapts itself to the 
size of the image, so the program 
does not have to be modified to be 
used with other aspect ratios or a 
different model of display. 

Using a double FOR loop, we exam- 
ine each pixel in turn to see whether 
it is black or white. We always put 
eight pixels at a time into each byte, 
since that is the representation that 
we will need later on for our graphic 
module. 

The Delphi program directly opens 
the assembler file TEST.A51 and 
pastes the data for the display in this 
file using DB (Define Byte) instruc- 
tions. The picture is stored in the 
program memory of the target sys- 
tem as a table, which allows it to be 
quickly reproduced on the display. 


Reproducing the picture 


Following the previous steps, all that 
is left is the assembly-language pro- 
gram that looks after the reproduc- 
tion of the image on the display. This 
program is fairly simple. First, logical 
names are assigned to the addresses 
of three registers in the 8051 and the 
data and command registers of the 
display. Next, the display parame- 
ters are set (GHA, GA, Mode Set, 
Address Pointer Set) and the display 
is put into the Auto Data Write 
mode, so that the address pointer is 
automatically incremented after 
each data byte is received. We the 
see the same structure steadily reap- 
pear: first (if necessary) data is sent 
to the data register of the display, 
and then an instruction is sent to the 
command register so that the LCD 
module knows what should be done 
with the data. Note in particular the 
status check before each write 
instruction! 

Next comes the part we've all been 
waiting for: writing the data into the 
graphic memory of the display. The 
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Assembly code listing 


ORG 0100H 
; Definition of special function registers in the 8051 


; data pointer DPTR, 16 bit register represented by DPL and DPH 


DPL EQU 082H 
DPH EQU 083H 
; accumulator 
ACC EQU OEOH 


; two registers of the graphic module: data and command register 


data EQU OFFOOH 
command EQU data+l 


ACALL chk01 ; check if the display is ready to receive 
; the Graphic Home Address will be set. First we'll send the 
; this address (0H) 
MOV DPTR,#data 
MOV A,#0H 
MOVX @DPTR,A 


; DPTR points to LCD data register 


ACALL chk01 ; check if the display is ready to receive 
; then the MSB (0H) 

MOV DPTR,#data 

MOV A,#0H 

MOVX @DPTR,A 

ACALL chk01 ; check if the display is ready to receive 
; and instruction Graphic Home Address Set (42H) 

MOV DPTR, #command 

MOV A,#42H 

MOVX @DPTR,A 

ACALL chk01 ; check if the display is ready to receive 
; The following instructions will set the Graphic Area (GA). 
; 240 pixels wide, 240/8 = 30 = 001EH 

MOV DPTR,#data 

MOV A,#1EH ; LSB of GA 

MOVX @DPTR,A 

ACALL chk01 


MOV DPTR, #data 

MOV A, #0 ; MSB of GA 
MOVX @DPTR,A 

ACALL chk01 


MOV DPTR, #command 

MOV A,#43H ; Graphic Area Set = instruction 43H 
MOVX @DPTR,A 

ACALL chk01 


MOV DPTR, #command 

MOV A,#80H ; Mode Set: logical OR 
MOVX @DPTR,A 

ACALL chk01 


MOV DPTR, #command 

MOV A,#98H ; Display Mode Set: text off, graphics on 
MOVX @DPTR,A 

ACALL chk01 


data 


LSB of 


data 


command 


data 


The display is 


; The following instructions will set the LCD graphic Address Pointer to 


; address OOH. 
MOV DPTR,#data 
MOV A, #00H 
MOVX @DPTR,A 
ACALL chk01 


; LSB of the Address Pointer 


MOV DPTR,#data 

MOV A, #0 ; MSB of the Address Pointer 
MOVX @DPTR,A 

ACALL chk01 


MOV DPTR, #command 
MOV A,#24H ; Address Pointer Set = instruction 24H 
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MOVX @DPTR,A 
ACALL chk01 


; The display is put into Auto Increment mode, i.e. the module itself will 
; increment the address pointer after receiving a data byte 


MOV DPTR, #command 
MOV A,#0B0H ; 
MOVX @DPTR,A 
ACALL chk01 


; Write data to LCD module 


Data Auto Write Set = instruction OBOH 


; First read the end of the data block, LSB is stored in RO, MSB in R1 


MOV DPTR, #enddata 
MOV RO,DPL 

MOV R1,DPH 

MOV DPTR,#block 
MOV ACC, #0 


loop MOVC A, @A+DPTR 


PUSH ACC 


* start of data block 


; read data byte from program memory 


; check if the last byte has been sent 


MOV A,R1 
CJNE A,DPH,next 
MOV A,RO 
CJNE A,DPL,next 


; end of data block, jump out, first turn Auto Write off 


MOV DPTR, #command 
MOV ACC, #0B2H 
LJMP stop 
next POP ACC 
PUSH DPH 
PUSH DPL 
PUSH ACC 
ACALL check2 
POP ACC 


MOV DPTR,#data 
MOVX @DPTR,A 
POP DPL 

POP DPH 


INC DPTR 
MOV ACC, #0 
SJMP loop 


r 


> Auto Mode Reset = instruction 0B2H 


check display status, ready to receive next byte? 


address of LCD data register 
write byte to display module 


points to next byte in data block 


; This subroutine check if the display is ready to receive new data or a new 


instruction 
chk01 


MOV DPTR, #command 
MOVX A,@DPTR 

ANL A, #3 

CJNE A,#3,chk01 
RET 


; This subroutine check if the display is ready to receive new data in Auto Write 


mode 
check2 


MOV DPTR, #command 
MOVX A,@DPTR 

ANL A,#8 

CJNE A,#8,check2 


RET 
ORG 200H 
block 


DB 0,0, 0,0, 0, 0,070, 0; 0,0, 0,0, 0, 0,0,0,0,0 0 


scontinued for several lines. By coincidence, the first and last bytes are all 0. 


DB 0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0 


enddata 
stop SJMP stop 
END 
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block of data starting at the label 
‘block’ was added to the listing by 
the Delphi program. The label ‘end- 
data’ marks the address of the first 
byte following this block. With this 
technique, we make the assembly- 
language program independent of 
the size of the display. You should 
also bear in mind that the image 
could certainly be larger than the 
physical dimensions of the display, 
since the graphic memory is larger 
than the display area (one critical 
comment: the size of the graphic 
memory is not stated anywhere in 
the LM24014 data sheet!). It would 
certainly be possible to write some 
extra lines into the memory and then 
have the image scroll over the dis- 
play by incrementing the Graphic 
Home Address by multiples of the 
Graphics Area (GA). 

If a display with different dimen- 
sions is used, the value of GA in the 
assembler listing must be modified 
accordingly. 

Note: there are also displays in 
which the addresses do not progress 
linearly. For example, we have a 
Toshiba display for which there is a 
jump in the memory address 
halfway through the display! For 
such a display, the assembly-lan- 
guage program would have to be 
modified. 


And finally... 


This source code file must next be 
assembled using the 8051 assembler 
of your choice; one possible candi- 
date is the assembler for the 80C535 
programming course published in 
the January-April 1994 issues of 
Elektor Electronics and available 
from Readers Services under order 
number 1811. After this file has been 
translated into a standard Intel HEX 
file, it can be sent to the 80C537 
board via the serial port with the aid 
of any desired terminal emulator pro- 
gram (such as HyperTerminal, which 
is provided with Windows). The 
required settings for the serial port 
are: 9600 baud, 8 bits, 1 stop bit and 
no flow control. Finally, the applica- 
tion can be started, following which 
we at last have a chance to admire 
the image on the display that cost us 
so much blood, sweat and tears to 
produce. 
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